placesview: Simplify button construction

placessidebar: Fix css node name typo

widgetnode: Remove unused define

cssnodestylecache: Use const pointer in lookup

gdkwindow: Plug memory leak

gdk_drawing_context_get_clip returns a newly allocated cairo_region_t,
so we have to destroy it.

switch: remove unnecessary gtk_widget_show calls

cssselector: Stop parsing deprecated selectors

csswidgetnode: Remove unused include

Convince OS X to fully fullscreen windows

We typically want to have the full screen given to
the content, not the aspect-ratio preserving behavior
that newer OS X has.

https://bugzilla.gnome.org/show_bug.cgi?id=779383

Update Icelandic translation

(cherry picked from commit 36e1761c8479a88bb29619f404e34c68f96c2dc9)

Updated Danish translation

Updated Danish translation

Update Icelandic translation

(cherry picked from commit fb53855fc8f286d8cef7cf7a31cecef048b6a0ad)

Implement backdrop for Quartz

We need to send window state change events to make GTK+
pick up on focus changed for backdrop.

https://bugzilla.gnome.org/show_bug.cgi?id=779392

quartz: Let CSD windows be fullscreen

I've found that I need this patch to make it possible for
windows with headerbar to be made fullscreen on OS X.

https://bugzilla.gnome.org/show_bug.cgi?id=779383

wayland: make sure to clear up the number of keys

Make sure to clear up the number of keys being pressed on enter/leave so
that we don't end up with leftovers if a new window is mapped by a
keyboard shortcut.

https://bugzilla.gnome.org/show_bug.cgi?id=779374

Fix bad check of GtkActionPadType in gtk_pad_controller_set_action

https://bugzilla.gnome.org/show_bug.cgi?id=779317

mir: deprecate gdk_mir_window_get_mir_surface ()

mir: delete commented debug output

mir: migrate away from deprecated mir api

mir: move #include to correct file

Update French translation

Update German translation

Update Icelandic translation

Range: Remove leftover comment about update policy

Update policies were removed way back in 2011… in
commit c43a31ea33fe048fe74cd669418bea58d544ffab

Updated Spanish translation

Update Hungarian translation

wayland: do not cancel key repeat on key press

The key repeat is stopped as soon as a key is pressed, so if the user
quickly presses a key while another is already pressed and being
repeated, key repeat gets cancelled:

 - key1 press
 - key1 repeat
 - key2 press -> key1 repeat stopped
 - key1 release
 - key 2 is not repeated even though it's kept depressed

This is a different behavior from X11, which confuses migrating users.

To mimic the X11 behavior, keep track of the number of keys pressed
simultaneously and cancel key repeat only when none is pressed.

This way, if a user pressed a key while another one is being repeated,
the new key press can possibly be repeated as well.

Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=778019

Update Spanish translation

Update Galician translation

Update Galician translation

Update Polish translation

Update Hungarian translation

Update Hungarian translation

Updated Serbian translation

Updated Serbian translation

Update Brazilian Portuguese translation

Update Italian translation

wayland: Fix a race condition with xdg_popup resize

When resizing an xdg_popup immediately after the initial mapping, there
is a race condition between the client and the compositor which is
processing the initial size given by the xdg_positioner, leading to the
xdg_popup to be eventually of the wrong size.

Only way to make sure the size is correct in that case is to hide and
show the window again. Considering this occurs before the initial
configure is processed, it should not be noticeable.

https://bugzilla.gnome.org/show_bug.cgi?id=772505

Update Kazakh translation

Inspector: Use Title Case for labels & menu items

https://developer.gnome.org/hig/stable/writing-style.html.en

https://bugzilla.gnome.org/show_bug.cgi?id=779147

Fix Catalan translation

Update Catalan translation

TextView—Avoid pointless Pango in iter_line_is_rtl

Get the direction that was already worked out and stored in the
TextLineDisplay, rather than making Pango figure it out again.

https://bugzilla.gnome.org/show_bug.cgi?id=136059

TextView—Plug a memory leak

Thanks to Nelson Benitez for pointing this out.

https://bugzilla.gnome.org/show_bug.cgi?id=136059

Revert "testsuite/scrolledwindow—Test non-overlay/non-auto"

This reverts commit 5a6e6689ec9c3158832848f951b259cd1eeaa777.

Reverting until I can be sure gtkscrolledwindow.c does the right thing.

https://bugzilla.gnome.org/show_bug.cgi?id=778853

Revert "ScrolledWindow—Don’t req size for auto-hidden bars"

This reverts commit 901e5ff3a36b74b8ae4c19f4f20e84bc70b44913.

This causes criticals in e.g. the Text View: Multiple Buffers demo.
More work is required to get a fix for Bug 778853 that does not cause
anything else to regress.

https://bugzilla.gnome.org/show_bug.cgi?id=778853

Scale: Fix erroneously removed : in a signal doc

Update Chinese (Taiwan) translation

Update Chinese (Taiwan) translation

Frame—Note set_label always destroys :label-widget

The fact that it doesn’t reuse the existing GtkLabel if present is not
immediately obvious to users (or is it just me?), so clarify that the
pre-existing :label-widget, if any, is always removed and replaced.

Frame—Clarify relationship of :shadow-type & .flat

Update Italian translation

Update Italian translation

Update Brazilian Portuguese translation

Update Polish translation

Frame: Explain the .flat style class

testsuite/scrolledwindow—Test non-overlay/non-auto

It was only testing the default configuration where overlay-scrolling is
TRUE and the policy is POLICY_AUTOMATIC. We should also test FALSE and
POLICY_ALWAYS. This commit adds those tests and makes the !overlay &&
POLICY_ALWAYS case pass by excluding the size of the relevant scrollbar,
as we are only interested in whether the content size is as requested.

https://bugzilla.gnome.org/show_bug.cgi?id=778853

ScrolledWindow—Don’t req size for auto-hidden bars

POLICY_AUTOMATIC means scrollbars are only shown when needed, i.e. when
the size of the window is not large enough to show the entire child. So
when measuring the preferred size, such scrollbars should be ignored.

But measure() was adding size for bars for which policy_may_be_visible()
was TRUE, which it returns for POLICY_ALWAYS (good) & _AUTOMATIC (bad).
So we reserved space for child plus scrollbars, & because we have enough
space for the child, POLICY_AUTOMATIC hides the scrollbar, leaving the
extra reserved space empty at the right/bottom sides of the child. This
is very noticeable/inconvenient for non-overlay, automatic scrollbars.

Fix this by only requesting size for scrollbars that use POLICY_ALWAYS,
rather than basing the decision on policy_may_be_visible().

https://bugzilla.gnome.org/show_bug.cgi?id=778853

Updated Norwegian bokmål translation.

TextView—Fix inverted movements by arrows in RTL

Using Ctrl + left/right to skip between words, or left/right to cancel a
selection, were causing movement on the screen in the opposite direction
of the glyph on the key. This was surprising and awful UX for RTL users.

This is based on a patch covering the former case by:
Author:    Mehdi Sadeghi <mehdi@mehdix.org>
Date:      Sat Feb 18 02:16:00 2017 +0000

https://bugzilla.gnome.org/show_bug.cgi?id=136059

Entry: Add newlines to ease reading huge switches

These are monstrosities!

Entry—Fix inverted movements by arrow keys in RTL

Using Ctrl + left/right to skip between words, or left/right to cancel a
selection, were causing movement on the screen in the opposite direction
of the glyph on the key. This was surprising and awful UX for RTL users.

This is based on a patch covering the former case by:
Author:    Ori Avtalion <ori@avtalion.name>
Date:      Tue Apr 20 08:06:23 2010 +0000

https://bugzilla.gnome.org/show_bug.cgi?id=136059

Scale: Fix signal documentation syntax

Oops, sorry. Thanks to Cristoph Reiter for correcting me on this.

Scale: Improve docs of format-value property

Scale: Improve docs of prop digits in other places

There were places still implying that it was only used for display.

Scale: consistent #Class:signal-or-property syntax

Use : everywhere, not a mixture of : and ::

CssSelector: Fix warning for bad pseudo-class name

It was "Missing name of pseudo-class", but the real problem is exactly
the opposite: we /have/ been given a name, but it is not a valid one.
Change it to "Invalid name of pseudo-class" to minimise confusion.

testsuite/gtk/textiter: Add missing assertion

gboolean ret for whether gtk_text_iter_backward_line() moved the iter
was declared but not used anywhere. I presume it was meant to be
checked, and it passes now, so let’s do it.

Revert "testsuite/gtk/textiter: Remove an unused variable"

This reverts commit 8bddf52b510457f73e2ab70049e63d2f6125f456.

testsuite/gtk/textiter: Remove an unused variable

scrolledwindow: Remove unused define

image: Remove useless queue_resize call

This will be done form GtkIconHelper already when we call
gtk_image_reset

expander: Remove unused defines

notebook: Use gtk_widget_measure

expander: Use gtk_widget_measure

scrolledwindow: Avoid usage of uninitialized local

the scrollbar passed in better be either priv->hscrollbar or
priv->vscrollbar. Ensure that by using a simple else instead of an
else-if and a g_assert.

Update Finnish translation

Updated Lithuanian translation

Updated French translation

Update Slovak translation

widget: propagate scale factor upon reparenting a widget

When a widget is created, its default scale is the scale of the
primary screen (for instance 2). But once parented to another widget
its scale factor should be the one of its parent (if parented to a
widget on a screen at scale factor 1, it should be 1).

The problem is that we don't emit the notify::scale-factor signal when
reparenting happens.

https://bugzilla.gnome.org/show_bug.cgi?id=776821

Image—Add some more missing (nullable) annotations

gdk: Ensure GdkDragContext instantly updates drag window position

Otherwise we wait for the next gdk_drag_motion() call, which will
happen on the next motion event, making the drag window briefly visible
on the 0,0 root coordinates.

https://bugzilla.gnome.org/show_bug.cgi?id=778203

flowboxchild: Use gtk_widget_measure to measure widget sizes

GtkFlowBoxChild is a simple GtkBin, so measure the child widget size in
a simple way.

paned: Use gtk_widget_measure to measure widget sizes

combobox: Use gtk_widget_measure to measure widgets

cssimage: Plug a small memory leak

filechooserentry: Avoid an uninitialized value

|= with a garbage value on the left side results in a still-garbage
value.

filechooserwidget: Fix profiling code compilation

Add a few missing (nullable) annotations

builder: avoid an uninitialized value

When g_module_supported() returns FALSE, args.module is garbage
otherwise.

filechooserwidget: Fix rename popover position calculation

Since the browse_file_popover is positioned correctly, just convert the
coordinates in the same way we do there.

https://bugzilla.gnome.org/show_bug.cgi?id=778746

docs/css-properties: Fix info on 3value properties

https://developer.mozilla.org/en/docs/Web/CSS/margin#Values

textiter: fix bug in gtk_text_iter_backward_line()

gtk_text_iter_backward_line() checks the value of
real->line_char_offset without previously calling
ensure_char_offsets (real) to make sure the former
is up-to-date.

As a consequence of this, when gtk_text_iter_backward_line()
is called after a gtk_text_buffer_insert_range() in the
first line of buffer, the iter is not moved to the start of
the line, and the return value is wrong.

Fixed by adding the ensure_char_offsets() call.

A test case for this bug is added to the textiter gtk testsuite.

combobox—Always popup menu using current event

priv->trigger_event is never set, so it is always NULL. This means the
gtk_menu_popup*() methods use the current event. The only way to get any
other event to combobox_menu_popup() was from the button-press-event
handler I just removed, which would end up being the current one anyway.

So, bin priv->trigger_event & explicitly pass NULL to gtk_menu_popup*().

combobox—Remove useless button-press-event handler

We use toggled, which does everything we need; this adds nothing useful.

Credit to Timm for noticing this—I didn’t when moving it to the ui file.

Use gtk_show_uri_on_window() in GtkLabel

Avoid the deprecated gtk_show_uri(), and allow activating link in
sandboxed applications.

https://bugzilla.gnome.org/show_bug.cgi?id=778726

GtkMountOperation: We use gtk_show_uri_on_window() by default

Not gtk_show_uri().

https://bugzilla.gnome.org/show_bug.cgi?id=778726

gtk: Ignore gtk_show_uri() deprecation warnings

https://bugzilla.gnome.org/show_bug.cgi?id=778726